home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1464 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.3 KB
  1. Date: Wed, 25 May 94 13:19 CDT
  2. From: ekl@sdf.lonestar.org (Evan K. Langlois)
  3. To: mint@atari.archive.umich.edu
  4. Subject: Re: GEMDOS re-entrancy
  5.  
  6.  
  7. ========================================================================
  8. semaphores for AES, VDI and GEMDOS. The effect would be that you couldn't
  9. call AES while another process is inside AES, but that's exactly
  10. ========================================================================
  11.  
  12. Question, why AES and VDI?    Well, they are the same trap for one.  And
  13. I thought the calls were executed in supervisor mode so that they couldn't
  14. be re-entered anyway.  And isn't the VDI re-entrant?  Hmm .. maybe not since
  15. you can't call the AES from a G_USERDEF object.  I don't see why the change
  16. would affect the VDI or AES at all.   All that would be needed would be a
  17. single flag, or maybe instead of a flag to check, we could change the
  18. GEMDOS trap so that it points to a routine that puts the process on a special
  19. queue, when the disk IO is complete and the process that was waiting on the
  20. IO was done, you restore the GEMDOS trap and start pulling the processes off
  21. that wait queue to service them.
  22.  
  23. Semaphores are nice in the right place, when you just want to do nothing
  24. if some other process owns the semaphore, but we want to do something 
  25. special, so in effect, the GEMDOS trap would become the semaphore.
  26.  
  27.